-
-
Notifications
You must be signed in to change notification settings - Fork 9.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[RFC/WIP]: armsr: add 6.6 as testing kernel #14896
Conversation
4a2138c Missing commit message. Please describe your changes |
This has been fixed by #14899 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is a script for this which preserves history, that should be used instead.
(note to committers, the results of that script cannot be directly rebased)
Maybe worth taking this to the mailing list, or pinging some maintainers to get the discussion going. A quick and (very) dirty hack could be to modify the You would also need a migration script to update these details in stored config if a sysupgrade takes a device from 6.1 to 6.6? |
f02a344
to
b74da3c
Compare
Done, the new commits are based on that
I'll post to the ML. I can find some discussion about it back in 2022 but it appears further movement was waiting on libgpiod v2 to come out (which it did, last August). I have tried to detect the kernel version and choose the correct GPIO base numbers that way, but I don't like this 100% either. I would prefer using sysfs paths (like gpio-line-names from DT could be an option, but for a "universal" target like armsr, we can't depend on every board having a DTB that is setup correctly for us. edit: Posted here http://lists.openwrt.org/pipermail/openwrt-devel/2024-March/042448.html |
b74da3c
to
47a7d0a
Compare
Rebased and tested working on various AWS Graviton instances (a1.metal,c6g.metal,t4.nano) |
47a7d0a
to
ec28980
Compare
Based on the 6.1 files, but without any 6.6 additions. Signed-off-by: Mathew McBride <matt@traverse.com.au>
This is an automatically generated commit which aids following Kernel patch history, as git will see the move and copy as a rename thus defeating the purpose. See: https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html for the original discussion. Signed-off-by: Mathew McBride <matt@traverse.com.au>
Introduce new configuration options prompted by 6.6 (relative to 6.1). The kernel arm64 defconfig is used as guide for 'core' options, while video/camera/other media drivers are turned off by default. Signed-off-by: Mathew McBride <matt@traverse.com.au>
Add kernel 6.6 for testing. Signed-off-by: Mathew McBride <matt@traverse.com.au>
From kernel 6.3 onwards, the fsl-enetc driver has restructured it's common code into a 'core' module[1]. Signed-off-by: Mathew McBride <matt@traverse.com.au> [1] https://patchwork.kernel.org/project/netdevbpf/patch/20230119160431.295833-2-vladimir.oltean@nxp.com/
A change in kernel 6.2[1] caused the base numbers of GPIOs to change significantly on some architectures like aarch64. We have to number our GPIOs accordingly. Ideally the board.d scripts should look through sysfs to find the basenum (like cat "/sys/devices/platform/soc/2000000.i2c/ i2c-0/0-0076/gpio/gpiochip640/base"), but the problem is that this occurs before modules are loaded, meaning I2C and other runtime devices may be missing. Signed-off-by: Mathew McBride <matt@traverse.com.au> [1] https://lore.kernel.org/lkml/cover.1662116601.git.christophe.leroy@csgroup.eu/T/
Due to a change in kernel 6.2, the GPIO numbers on certain architectures (including arm64) have changed. This script will update any defined GPIO switches to the new numbering. See https://lists.openwrt.org/pipermail/openwrt-devel/2024-March/042448.html for more information. In the future, the GPIO switch mechanism will likely be replaced with something using libgpiod. Signed-off-by: Mathew McBride <matt@traverse.com.au>
Support for Renesas Arm families was added in commit 1ff4f4d ("armsr: armv8: enable CONFIG_ARCH_RENESAS"), but this did not enable the console/tty hardware for these SoCs, which is derived from the SuperH family (CONFIG_SERIAL_SH_SCI). Link: openwrt#15284 Signed-off-by: Mathew McBride <matt@traverse.com.au>
ec28980
to
683355d
Compare
This patch set adds kernel 6.6 as the testing version for the armsr target.
Notes:
kmod-drm is broken, whileCONFIG_DRM_EXEC
andCONFIG_DRM_SUBALLOC_HELPER
are specified, the kernel doesn't build them (due to lack of modules depending on them?)